home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 359 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.5 KB
  1. Subject: mint, disk changes...
  2. Date: Mon, 12 Jul 93 23:18:56 CES
  3. From: Juergen Lock <nox@jelal.north.de>
  4. Message-Id: <9307122119.AA00031@jelal.north.de>
  5.  
  6. hmm.  i mean hello :)
  7.  
  8.  i was just looking for some files when i began to wonder why ls keeps
  9. printing the same date+time for different directories on different
  10. floppies that just have the same name...  i saw similar things before
  11. but this time i was _sure_ the disks weren't formatted on a peecee and
  12. all have the same `serial number' that makes atari BIOS miss disk
  13. changes.  well..after some looking around i finally set a breakpoint
  14. on tos_dskchng and, you guessed it, it never got called. :-(
  15. or it only gets called when i always do `df /a' as first command after
  16. inserting a floppy... (or use the desktop :-/ )
  17.  
  18.  now having looked around more, i think the only way to fix this would
  19. be to have tosfs either _always_ check with mediach first before
  20. starting with disk accessing GEMDOS calls, or maybe better (atleast
  21. could be faster) hook into Rwabs' vector and look for E_CHNG and
  22. then mark some flag to be processed after the GEMDOS call returns.
  23. (because GEMDOS itself usually doesn't tell that it just handled a disk
  24. change)  or maybe even better, just look for when GEMDOS calls Getbpb?
  25.  
  26.  cheers
  27.     Juergen
  28.  
  29. PS: oh this GEMDOS, nothing but trouble... :-)
  30. -- 
  31. J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  32.                                 ...ohne Gewehr
  33. PGP public key fingerprint =  8A 18 58 54 03 7B FC 12  1F 8B 63 C7 19 27 CF DA 
  34.